サービス・アシスタントを使用したシステム・リカバリーの実行

システムのメンバーであったすべてのノードがオンラインで、候補状態になったら、サービス・アシスタントを使用してリカバリーを開始することができます。エラー・コード 550 または 578 を表示するノードがある場合は、システム情報を除去し、ノードを候補状態にします。同一システム内の別のノードに対してリカバリー手順を実行しないでください。この制約事項は、リモート・システムにも適用されます。

始める前に

注: Web ブラウザーがポップアップ・ウィンドウを妨害していないことを確認してください。妨害していると、進行を示すウィンドウを開くことができません。

この手順を開始する前に、システムのリカバリー手順の入門情報をお読みください (システムのリカバリー手順を参照してください)。

このタスクについて

重要: このサービス・アクションが適切に完了されない場合、重大な影響があります。この手順で説明されていないエラーが発生した場合、必ず停止してサポート・センターに連絡してください。

システム内のすべてのノードからリカバリーを実行します。他のシステムに参加しているノードを使用することはできません。

注: 特定の構成によっては、リカバリー手順の各ステージは、完了するのにかなりの時間がかかる場合があります。

手順

  1. ブラウザーで、いずれかのノードのサービス IP アドレスを指定します。
  2. サービス・アシスタントにログオンします。
  3. ナビゲーションから「システムのリカバリー」を選択します。
  4. オンラインの指示に従い、リカバリー手順を完了します。
    1. 「リカバリーのための準備」をクリックします。
      システムは、最新のバックアップ・ファイルを検索して、クォーラム・ディスクをスキャンします。この手順が正常に実行されると、ページの下部に「準備状況: 準備完了 (Preparation Status: Prepare complete)」が表示されます。
    2. 最後のクォーラム時の日時を確認します。タイム・スタンプは、障害の 30 分前以内でなければなりません。 タイム・スタンプのフォーマットは YYYYMMDD hh:mm です。YYYY は年、MM は月、DD は日付、hh は時間、mm は分を示します。
      重要: タイム・スタンプが障害の発生より 30 分以上前である場合は、サポート・センターに連絡してください。
    3. 最後のバックアップ日の日時を確認します。タイム・スタンプは、障害の 24 時間前以内でなければなりません。 タイム・スタンプのフォーマットは YYYYMMDD hh:mm です。YYYY は年、MM は月、DD は日付、hh は時間、mm は分を示します。
      重要: タイム・スタンプが障害の発生より 24 時間以上前である場合は、サポート・センターに連絡してください。

      このバックアップ日付の時以降に行われた変更は復元されない可能性があります。

    4. クォーラム時およびバックアップ日付が正しい場合、「リカバリー」をクリックして、システムを再作成します。

タスクの結果

以下のいずれかのカテゴリーのメッセージが表示される場合があります。
  • T3 の成功
    ボリュームがオンラインに戻りました。最終確認を行って、環境を再び作動可能にしてください。
  • T3 のリカバリーはエラーで終了しました
    T3 のリカバリーはエラーで終了しました: キャッシュに高速書き込みデータがあったため、ボリュームの 1 つ以上がオフラインです。ボリュームをオンラインにする場合、詳細については、CLI を使用したオフライン・ボリュームからのリカバリーを参照してください。
  • T3 の失敗
    サポート・センターに連絡してください。これ以上、アクションを試行しないでください。
システムのリカバリー実行後に検査する内容に記載された検査を実行して、環境が作動可能であることを確認します。

システム・リカバリー手順の完了後にエラー・ログにエラーが記録される場合は、修正手順を使用してこれらのエラー (特にオフライン・アレイに関連するエラー) を解決してください。